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DETAILED ACTION 
Status of Claims 

1. A request for continued examination under 37 CFR 1.114, including tlie fee set fortli in 37 CFR 
1.17(e), was filed in this application after final rejection. Since this application is eligible for 
continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) has been 
timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 
1.114. Applicant's submission filed on 13 January 2009 has been entered. 

2. Claims 1-2, 8-9 and 13-14 have been amended. 

3. Claim 3 has been canceled. 

4. Claims 1-2, 5-9 and 1 1-17 are currently pending and have been examined. 

5. The rejections of claims 1-2, 5-9 and 1 1-17 have been updated to reflect the amendments. 

Response to Amendment 

6. The objection of the specification in the previous office action is withdrawn, in response to 
Applicant's amendments. The examiner thanks the applicant for correcting this minor flaw. 

7. The rejection of claims 1, 8 and 13 under 35 USC § 112, 2"^ paragraph is withdrawn in light of 
Applicant's amendments. 

Claim Rejections - 35 USC § 101 

8. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, 
subject to the conditions and requirements of this title. 

9. Claims 1-2 and 5-7 are rejected under 35 U.S.C. 101 because the claimed invention is directed to 
non-statutory subject matter. Based on Supreme Court precedent and recent Federal Circuit 

decisions, 88 USPQ2d 1385 In re Bilski U.S. Court of Appeals Federal Circuit. A method claim 
must meet a specialized, limited meaning to qualify as a patent-eligible process claim. As clarified 
in Bilski, The test for a method claim is whether the claimed method is (1) tied to a particular 
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machine or apparatus, or (2) transforms a particular article to a different state or thing. This is 
called the "machine or-transformation test" ( Diamond v. Diehr, 450 U.S. 175, 184 (1981); Parker 
V. Flool<, 437 U.S. 584, 588 n.9 (1978); Gottschalk v. Benson, 409 U.S. 63, 70 (1972); Cochrane 
V. Deener, 94 U.S. 780, 787-88 (1876). 

10. There are two corollaries to the machine-or-transformation test. First, a mere field-of-use 
limitation is generally insufficient to render an otherwise ineligible method claim patent eligible. 
This means the machine or transformation must impose meaningful limits on the method claim's 
scope to pass the test. Second, insignificant extra-solution activity will not transform an 
unpatentable principle into a patentable process. This means reciting a specific machine or a 
particular transformation of a specific article in an insignificant step, such a data gathering or 
outputting, is not sufficient to pass the test. 

11. Nominal recitations of structure in an otherwise ineligible method fail to make the method a 
statutory process. See Benson, 409 U.S. at 71-72. As Comiskey recognized, "the mere use of the 
machine to collect data necessary for application of the mental process may not make the claim 
patentable subject matter." Comiskey, 499 F.3d at 1380 (citing In re Grams, 888 F.2d 835, 839- 
40 (Fed. Cir.1989)). Incidental physical limitations, such as data gathering, field of use limitations, 
and post-solution activity are not enough to convert an abstract idea into a statutory process. In 
other words, nominal or token recitations of structure in a method claim do not convert an 
othenwise ineligible claim into an eligible one. Claims 2 and 5-7 inherit the same deficiencies as 
claim 1 and are therefore rejected for the same reasons as claim 1 . 

12. Incidental physical limitations, such as data gathering, field of use limitations, and post-solution 
activity are not enough to convert an abstract idea into a statutory process. In other words, 
nominal or token recitations of structure in a method claim do not convert an othenvise ineligible 
claim into an eligible one. Claims 2 and 5-7 inherit the same deficiencies as claim 1 and are 
therefore rejected for the same reasons as claim 1 . 
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Response to Arguments 

13. Applicant's arguments received on 13 January 2009 liave been fully considered but they are not 

persuasive. 

14. With regard to claims 1, 8 and 13, Applicant argues that the prior art of record, specifically that 
Gabbita (1) does not disclose "periodically extracting service order information from a first 
database to generate respective service order information time samples for respective times for 
the population of service orders", "storing the service order information time samples in a second 
database" and "identifying transitions in the status identifiers by comparing service order status 
identifiers of the service order information time samples stored in the second database" {Page 12, 
Second Paragraph) and that Lickiss (2) does not discloses or suggest periodically sampling 
service order information in a first database to generate service order information time samples, 
storing the time samples in a second database and identifying transitions by comparing status 
identifiers of the time samples (page 13, First Paragraph). 

15. In response to applicant's argument (1). Examiner respectfully disagrees. Gabbita teaches that 
(column 19, lines 19-23) "LSAT 102, continuously or periodically polls the other computer system, 
such as SRIVIS 106, for the presence of a particular event. For example, LSAT 102 can 
systematically poll SRMS 106 for the presence of new Service Orders" (e.g., service order 
information) and column 21, lines 54-55: which teaches 'Information that is extracted from the 
DBMS 104 by LSAT 102 to select and process Service Orders" where service order information is 
extracted from a database. Gabbita does not expressly teach to generate respective service 
order information time samples for respective times for the population of sen/ice orders, however 
Lickiss as shown does (column 4, lines 21-26 and column 7, lines 12-16, column 10 lines 19-20) 
"...the CD Server updates status of each order in the Order Tracking Database..." where "a 
customer can view the status of their orders in real-time." (e.g., respective series of successive 
time samples of service order information) "[a]dditionally, a variety of reports can be generated to 
provide more accurate and timely status information" (e.g., time samples of service order 
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information), which the CD Server provides reports such as "front-end rejects, outbound installs, 
outbound disconnects, batch status, aged LEG rejects, pending LEG action, batch summary, and 
LEG disconnects to the customers via the GUI 110". Further, "the customer is made aware of the 
Status of an order at all times". Therefore, it would have been obvious to one of ordinary skill in 
the art at the time of the invention to generate respective series of successive time samples (e.g., 
accurate and timely status information) as taught by Lickiss, to improve Gabbita thereby giving 
the predictable result of providing to a customer to "view the status of their orders in real-time" 
and monitor their service order process, since the database updates the status of each service 
order and "a variety of reports can be generated" in order "to provide more accurate and timely 
status information" (Lickiss, column 4, lines 23-26), Further, Gabbita in view of Lickiss teaches 
storing the service order information time samples in a second database (column 16, lines 8-9, 
column 30, lines 35-39 and 41-43: which teaches that "a database management system, such as 
an Oracle database is used to store such data" where "LSAT 102 maintains a History File of the 
significant events that occur within the system as it pertains to each Service Order" and "[a]s 
LSAT 102 tracks each Service Order through the lifecycle" (e.g., the service order information 
time samples), "it maintains a historical record of each Work Step completed and other important 
actions taken" where History File functions as a database backup to record and stored all 
"transaction processing activities, system access information, and administrative manipulation of 
system data" and identifying transitions in tfie status identifiers by comparing service order status 
identifiers of the service order information time samples stored in the second database (Figure 5, 
reference character 518, Figure 2, which it illustrates the workflow for processing service orders, 
column 12, lines 8-22, column 28, lines 13-18 and column 30, lines 45-48, 61, which teaches a 
block diagram showing a plurality of database tables, database table fields and relationship 
between database tables and/or fields where the Local Service Activity Tracker (LSAT) transition 
table contains information such as transition identification, name and type (e.g., status identifies) 
where "[i]f the Work Step is associated with a Jeopardy point, then the process compares the 
completed date and time" (e.g., the service order information time samples) Vith the scheduled 
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date and time for the Work Step". Gabbita teaches that the process compares the completed date 
and time (e.g., comparing service order status identifiers) which the data was previously stored in 
the history file of the LSAT, since "LSAT 102 tracks the status of each Work Plan against the 
planned schedule". Further Gabbita teaches that "[h]istory File data for Work Steps include actual 
step completion times as well as planned start and finish times. This information permits the 
comparison of standard intervals defined for a Work Plan with actual completion data enabling 
the fine tuning of Workflow intervals." Data such as "[e]very change in the status of a Work Step". 

16. In response to applicant's argument (2). Examiner respectfully disagrees. Please see the 
response to argument (1). In addition, in response to applicant's arguments against the 
references individually, one cannot show nonobviousness by attacking references individually 
where the rejections are based on combinations of references. See In re Keller, 642 F.2d 413, 
208 USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 

Claim Rejections - 35 USC § 103 

17. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 

rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

18. Claims 1-2, 5-9 and 11-17 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gabbita et al (US 6,349, 238 B1) hereinafter "Gabbita" in view of Lickiss et al (US 6,104,798), 
hereinafter "Lickiss". 

Claim 1: 

Gabbita as shown discloses a method of monitoring service order processing in a service order 
process, the method comprising: 
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• periodically extracting service order information from a first database; for the 
population of service orders (column 19, lines 19-23, which teaches that "[i]n one 
method, LSAT 102, continuously or periodically polls the other computer system, 
such as SRMS 106, for the presence of a particular event. For example, LSAT 102 
can systematically poll SRMS 106 for the presence of new Service Orders" (e.g., 
service order information) and column 21, lines 54-55: which teaches "information 
that is extracted from the DBMS 104 by LSAT 102 to select and process Service 
Orders" where service order information is extracted from a database); 

• and storing the service order information time samples in a second database 
(column 16, lines 8-9, column 30, lines 35-39 and 41-43: which teaches that "a 
database management system, such as an Oracle database is used to store such 
data" where "LSAT 102 maintains a History File of the significant events that occur 
within the system as it pertains to each Service Order" and "[a]s LSAT 102 tracks 
each Service Order through the lifecycle" (e.g., the service order information time 
samples), "it maintains a historical record of each Work Step completed and other 
important actions taken" where History File functions as a database backup to 
record and stored all "transaction processing activities, system access information, 
and administrative manipulation of system data"); 

• identifying transitions in the status identifiers by comparing service order status 
identifiers of the service order information time samples stored in the second 
database(F\giire 5, reference character 518, Figure 2, which it illustrates the 
workflow for processing service orders, column 12, lines 8-22, column 28, lines 13- 
18 and column 30, lines 45-48 and 61, which teaches a block diagram showing a 
plurality of database tables, database table fields and relationship between 
database tables and/or fields where the Local Service Activity Tracker (LSAT) 
transition table contains information such as transition identification, name and type 
(e.g., status identifies) where "[i]f the Work Step is associated with a Jeopardy 
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point, then the process compares the completed date and time" (e.g., the service 
order information time samples) "with the scheduled date and time for the Work 
Step". Gabbita teaches that the process compares the completed date and time 
(e.g., comparing service order status identifiers) which the data was previously 
stored in the history file of the LSAT, since "LSAT 102 tracks the status of each 
Work Plan against the planned schedule". Further Gabbita teaches that "[h]istory 
File data for Work Steps include actual step completion times as well as planned 
start and finish times. This information permits the comparison of standard intervals 
defined for a Work Plan with actual completion data enabling the fine tuning of 
Workflow intervals." Data such as "[e]very change in the status of a Work Step" ); 

• storing records of the identified transitions and corresponding times of the identified 
transitions in the second database (column 30, lines 41-45: which teaches that 
"LSAT 102 tracks each Service Order through the lifecycle, it maintains a historical 
record of each Work Step completed and other important actions taken" where 
"[h]istory File data" (e.g., storing records of the identified transitions and 
corresponding times) "for Work Steps include actual step completion times as well 
as planned start and finish times" which teaches an history tracking for each service 
order status and times stored in the LSAT database); 

• analyzing the stored records of the identified transitions to determine completion 
intervals for the stages; (column 30, lines 42-65 and column 9, lines 31-38: "This 
information permits the comparison of standard intervals defined for a Work Plan 
with actual completion data enabling the fine tuning of Workflow intervals.", where 
"LSAT 102 calculates the planned start and finish times for each step using the 
customer requested delivery date (CRDD) and/or the customer committed due date 
(CCDD) as available. The planned delivery date of the Work Plan is calculated 
using planned start and finish times of the various Work Steps" which completion 
intervals can be determined); 
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• and computing an aggregate measure of progression of ttie population of status 
orders tlirougli tlie service order process from ttie determined completion intervals. 
(column 12 lines 16-18: which Local Service Activity Tracker (LSAT) track the 
status and times of each service order and "compares the completed date and time 
with the scheduled date and time for the Work Step" also as discussed above 
"LSAT 102 calculates the planned start and finish times for each step using the 
customer requested delivery date (CRDD) and/or the customer committed due date 
(CCDD) as available. The planned delivery date of the Work Plan is calculated 
using planned start and finish times of the various Work Steps", which teaches the 
progress of each service order); 
Gabbita teaches that "LSAT 102, continuously or periodically polls the other computer system, 
such as SRMS 106, for the presence of a particular event. For example, LSAT 102 can 
systematically poll SRMS 106 for the presence of new Service Orders" (e.g., service order 
information)" (Gabbita, column 19, lines 19-23). Further, Gabbita teaches that "LSAT 102 
maintains a History File" (e.g., storing) "of the significant events that occur within the system as it 
pertains to each Service Order. These events include transaction processing activities, system 
access information, and administrative manipulation of system data" and "[a]s LSAT 102 tracks 
each Service Order through the lifecycle" (e.g., the service order information), "it maintains a 
historical record of each Work Step completed and other important actions taken". (Gabbita, 
column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, "LSAT 102 tracks the status 
of each Work Plan against the planned schedule" (Gabbita, column 12, lines 9-10). Gabbita 
teaches that "[h]istory File data for Work Steps include actual step completion times as well as 
planned start and finish times." (e.g., service order information time samples) "This information 
permits the comparison of standard intervals defined for a Work Plan with actual completion data 
enabling the fine tuning of Workflow intervals." Data such as "[e]very change in the status of a 
Work Step". (Gabbita, column 30, lines 45-48 and 61) where the "LSAT 102 tracks the status of 
each Work Step from the time it is scheduled (status of pending) through the time it is being acted 
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upon (status Current) until it is reported completed (status Complete)." (Gabbita, column 1 8, lines 
6-9). Gabbita does not expressly teaches the following limitation, however Lickiss in an 
analogous art of monitoring service order processing for the purpose of tracking the stage of the 
service order process (column 11, lines 5-7) as shown, does: 

• generating respective series of successive time samples of service order 
information for respective sen/ice orders of a population of service orders; to 
generate respective service order information time samples for respective times 
(column 4, lines 21-26 and column 7, lines 12-16, column 10 lines 19-20: "...the CD 
Server updates status of each order in the Order Tracking Database..." where "a 
customer can view the status of their orders in real-time." (e.g., respective series of 
successive time samples of service order information) "[ajdditionally, a variety of 
reports can be generated to provide more accurate and timely status information" 
(e.g., time samples of service order information), which the CD Server provides 
reports such as "front-end rejects, outbound installs, outbound disconnects, batch 
status, aged LEC rejects, pending LEC action, batch summary, and LEC 
disconnects to the customers via the GUI 110". Further, "the customer is made 
aware of the Status of an order at all times"); 

• the service order information including respective status identifiers that indicate a 
relationship of respective service orders to a stage of the service order process; 
(Figure 10 and column 11, lines 5-7: reference character 555, "Transaction Code 
Status Indicator" and "... reporting and status files will contain either reject codes, 
pending codes, disconnect and install codes", which teaches an status codes 
identifying each stage of the order process); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method for managing the workflow for processing service orders of 
Gabbita with the technique of order processing and reporting system, as taught by Lickiss 
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because a customers "can view the status of their orders in real-time" and monitor their service 
order process, since the database updates the status of each service order and "a variety of 
reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), then, this will improve the tracking service order process 
efficiency when an order is delayed, since the company employees "can immediately determine 
the cause of the delay so that corrective action can be taken before the delay becomes critical." 
(Gabbita, column 2, lines 13-15). 

Claim 2: 

Gabbita as shown discloses the following limitations: 

• extracting service order information for ttie population of service orders from ttie 
first database for a first time; (column 21, lines 54-55: which teaches "information 
that is extracted from the DBMS 104 by LSAT 102 to select and process Service 
Orders" where service order information is extracted from a database); 

• storing tfie first service order information time sample for tfie first time in a second 
database: (column 30, lines 35-39 and 41-43: which teaches that "LSAT 102 
maintains a History File of the significant events that occur within the system as it 
pertains to each Service Order" and "[a] LSAT 102 tracks each Service Order 
through the lifecycle" (e.g., service order information time samples), "it maintains a 
historical record of each Work Step completed and other important actions taken" 
where History File functions as a database backup to record and stored all 
"transaction processing activities, system access information, and administrative 
manipulation of system data"); 

• extracting service order information for the population of service orders from the 
first database for a second time succeeding the first time; (column 21 , lines 54-55: 
"...information that is extracted from the DBMS 104 by LSAT 102 to select and 



Application/Control Number: 10/685,190 Page 12 

Art Unit: 3623 

process Service Orders" where information can be extracted many time as 
needed); 

• and storing the second service order information time sample for the second time in 
the second database; (column 30, lines 35-39 and 41-43: "LSAT 102 maintains a 
History File of the significant events that occur within the system as it pertains to 
each Service Order" and "As LSAT 102 tracks each Service Order through the 
lifecycle" (e.g., service order information time samples), "it maintains a historical 
record of each Work Step completed and other important actions taken" where 
History File functions as a database backup to record all data such as "transaction 
processing activities, system access information, and administrative manipulation of 
system data"); 

• wherein identifying transitions in the status identifiers by comparing service order 
status identifiers of the service order information time samples stored in the second 
database comprises comparing a service order status identifier of the first service 
order information time sample stored in the second database to a service order 
status identifier of the second service order information time sample stored in the 
second database to identify at least one transition in a service order status identifier 
for at least one service order (column 30, lines 42-65, column 9, lines 31-38 and 
column 12, lines 8-22: which teaches "[t]his information permits the comparison of 
standard intervals defined for a Work Plan with actual completion data enabling the 
fine tuning of Workflow intervals.", where information is obtained from the History 
File and then "LSAT 102 calculates the planned start and finish times for each step 
using the customer requested delivery date (CRDD) and/or the customer committed 
due date (CCDD) as available. The planned delivery date of the Work Plan is 
calculated using planned start and finish times of the various Work Steps", which 
teaches that "the process compares the completed date and time with the 
scheduled date and time for the Work Step". Gabbita teaches that the process 
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compares the completed date and time (e.g., comparing service order status 
identifiers) which the data was previously stored in the history file of the LSAT, 
since "LSAT 102 tracks the status of each Work Plan against the planned 

schedule"): 

Gabbita as discussed above teaches "information that is extracted from the DBMS 104 by LSAT 
102 to select and process Service Orders" (Gabbita, column 21, lines 54-55). Further, Gabbita 
teaches that "LSAT 102 maintains a History File" (e.g., storing) "of the significant events that 
occur within the system as it pertains to each Service Order. These events include transaction 
processing activities, system access information, and administrative manipulation of system data" 
and "[a]s LSAT 102 tracks each Service Order through the lifecycle" (e.g., the service order 
information), "it maintains a historical record of each Work Step completed and other important 
actions taken". (Gabbita, column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, 
"LSAT 102 tracks the status of each Work Plan against the planned schedule" (Gabbita, column 
12, lines 9-10). Gabbita teaches that '"[h]istory File data for Work Steps include actual step 
completion times as well as planned start and finish times." (e.g., service order information time 
samples) "This information permits the comparison of standard intervals defined for a Work Plan 
with actual completion data enabling the fine tuning of Workflow intervals." Data such as "[e]very 
change in the status of a Work Step". (Gabbita, column 30, lines 45-48 and 61) where the ""LSAT 
102 tracks the status of each Work Step from the time it is scheduled (status of pending) through 
the time it is being acted upon (status Current) until it is reported completed (status Complete)." 
(Gabbita, column 18, lines 6-9). Gabbita does not expressly teaches the following limitation, 
however Lickiss in an analogous art of monitoring service order processing for the purpose of 
tracking the stage of the service order process (column 1 1 , lines 5-7) as shown, does: 

• to generate a first service order information time sample; to generate a second 
service order information time sample (column 4, lines 21-26 and column 7, lines 
12-16, column 10 lines 19-20: "...the CD Server updates status of each order in the 
Order Tracking Database..." where "a customer can view the status of their orders 
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in real-time." (e.g., first and second service order information) "[ajdditionally, a 
variety of reports can be generated to provide more accurate and timely status 
information" (e.g., first and second service order information time samples) which 
the CD Server provides reports such as "front-end rejects, outbound installs, 
outbound disconnects, batch status, aged LEG rejects, pending LEG action, batch 
summary, and LEG disconnects to the customers via the GUI 110". Further, "the 
customer is made aware of the Status of an order at all times"); 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to generate respective series of successive time samples (e.g., accurate and timely 
status information) as taught by Lickiss, to improve Gabbita thereby giving the predictable result 
of providing to a customer to "view the status of their orders in real-time" and monitor their 
service order process, since the database updates the status of each service order and "a variety 
of reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), 

Claim 5: 

Gabbita as shown discloses the following limitations: 

• determining, for the respective service orders, respective completion intervals 
between a first transition wlien a service order first amves at a first stage and a 
second transition when the service order moves from a second stage following the 
first stage and on to a third stage following the second stage; (column 30, lines 42- 
65 and column 9, lines 31-38: which teaches "[tjhis information permits the 
comparison of standard intervals defined for a Work Plan with actual completion 
data enabling the fine tuning of Workflow intervals.", where "LSAT 102 calculates 
the planned start and finish times for each step using the customer requested 
delivery date (GRDD) and/or the customer committed due date (GGDD) as 
available. The planned delivery date of the Work Plan is calculated using planned 
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start and finish times of tlie various Work Steps", wliicli completion intervals can be 
determined for each step or stage); 

• and storing the determined completion intervals in the second database; (column 
30, lines 35-39 and 41-43: which teaches that "LSAT 102 maintains a History File of 
the significant events that occur within the system as it pertains to each Service 
Order" and "As LSAT 102 tracks each Service Order through the lifecycle, it 
maintains a historical record of each Work Step completed and other important 
actions taken" where History File functions as a database backup to record all data 
such as "transaction processing activities, system access information, and 
administrative manipulation of system data"); 

• and wherein computing an aggregate measure of progression of the population of 
status orders through the stages from the identified completion intervals comprises 
computing an average of the stored completion intervals (column 3, lines 11-14 and 
column 5, lines 38-41: which teaches that "[djetailed statistical information is 
maintained for audit and reporting purposes. Reports reflecting the effectiveness of 
workforce management and work administration is obtained" which teaches that 
information can be obtained from the database and any query can be performed 
since "...the web based interface module further provides query capability to 
provided customized views, reports and tracking information pertaining to current 
and past Service Orders." ); 

Claim 6: 

Gabbita as shown discloses the following limitations: 

• further comprising storing the computed aggregate measure in a spreadsheet 
(column 30 lines 39-40, column 31, lines 6-13 and column 5, lines 38-41: which 
teaches that the database provide query capability for customized reports, such as 
graphics and spreadsheets, since "all data is recorded in a manner that supports 
reporting". ); 
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Claims 7, 12 and 17: 

Gabbita as shown discloses the following limitations: 

• wherein the service order process comprises a local exchange carrier (LEC) end 
user migration (EUM) process (column 3, lines 63-65: which teaches a "local 
exchange carriers (LECs) for processing orders for local and/or long distance 
telecommunication services" .); 

Claim 8 

Gabbita as shown discloses a system for monitoring service order processing in a service order 
process, the system comprising: 

• a first database configured to stored service order information for a population of 
service orders, (column 4, lines 58-59: which teaches that "[t]he database 104 is 
used by LSAT 102 to store data associated with the processing and tracking of 
orders."); 

• a second cfafajbase(column 16, lines 8-9: which teaches that "a database 
management system, such as an Oracle database is used to store such data") 

• by periodically extracting service order information from the first database (column 
19, lines 19-23, which teaches that "[i]n one method, LSAT 102, continuously or 
periodically polls the other computer system, such as SRMS 106, for the presence 
of a particular event. For example, LSAT 102 can systematically poll SRMS 106 for 
the presence of new Service Orders" (e.g., service order information) and column 
21, lines 54-55: which teaches "information that is extracted from the DBIVIS 104 by 
LSAT 102 to select and process Service Orders" where service order information is 
extracted from a database); 

• and storing the service order information time samples in the second database 
(column 16, lines 8-9, column 30, lines 35-39 and 41-43: which teaches that "a 
database management system, such as an Oracle database is used to store such 
data" where "LSAT 102 maintains a History File of the significant events that occur 
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within tlie system as it pertains to eacli Service Order" and "[a]s LSAT 102 tracks 
each Service Order through the lifecycle" (e.g., the service order information time 
samples), "it maintains a historical record of each Work Step completed and other 
important actions taken" where History File functions as a database backup to 
record and stored all "transaction processing activities, system access information, 
and administrative manipulation of system data"); 

• to identify transitions in the status identifiers by comparing service order status 
identifiers of tfie service order information time samples stored in tfie second 
database{F\gure 5, reference character 518, Figure 2, which it illustrates the 
workflow for processing service orders, column 12, lines 8-22, column 28, lines IS- 
IS and column SO, lines 45-48, 61, which teaches a block diagram showing a 
plurality of database tables, database table fields and relationship between 
database tables and/or fields where the Local Service Activity Tracker (LSAT) 
transition table contains information such as transition identification, name and type 
(e.g., status identifies) where "[i]f the Work Step is associated with a Jeopardy 
point, then the process compares the completed date and time" (e.g., the service 
order information time samples) "with the scheduled date and time for the Work 
Step". Gabbita teaches that the process compares the completed date and time 
(e.g., comparing service order status identifiers) which the data was previously 
stored in the history file of the LSAT, since "LSAT 102 tracks the status of each 
Work Plan against the planned schedule". Further Gabbita teaches that "[h]istory 
File data for Work Steps include actual step completion times as well as planned 
start and finish times. This information permits the comparison of standard intervals 
defined for a Work Plan with actual completion data enabling the fine tuning of 
Workflow intervals." Data such as "[e]very change in the status of a Work Step" ); 

• to store records of the identified transitions and corresponding times of the 
transitions in the second database (column SO, lines 41-45: which teaches that 
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"LSAT 102 tracks each Service Order through the lifecycle, it maintains a historical 
record of each Work Step completed and other important actions taken" where 
"[hjistory File data" (e.g., storing records of the identified transitions and 
corresponding times) "for Work Steps include actual step completion times as well 
as planned start and finish times" which teaches an history tracking for each service 
order status and times stored in the LSAT database); 

• to analyze the stored records of the identified transitions to determine completion 
intervals for the stages (column 30, lines 42-65 and column 9, lines 31-38: which 
teaches "[t]his information permits the comparison of standard intervals defined for 
a Work Plan with actual completion data enabling the fine tuning of Workflow 
intervals.", where "LSAT 102 calculates the planned start and finish times for each 
step using the customer requested delivery date (CRDD) and/or the customer 
committed due date (CCDD) as available. The planned delivery date of the Work 
Plan is calculated using planned start and finish times of the various Work Steps", 
which completion intervals can be determined); 

• and to compute an aggregate measure of progression of the population of status 
orders through the stages from the determined completion intervals (column 12 
lines 16-18: which Local Service Activity Tracker (LSAT) track the status and times 
of each service order and "compares the completed date and time with the 
scheduled date and time for the Work Step" also as discussed above "LSAT 102 
calculates the planned start and finish times for each step using the customer 
requested delivery date (CRDD) and/or the customer committed due date (CCDD) 
as available. The planned delivery date of the Work Plan is calculated using 
planned start and finish times of the various Work Steps", which teaches the 
progress of each service order); 

Gabbita teaches that "LSAT 102, continuously or periodically polls the other computer system, 
such as SRMS 106, for the presence of a particular event. For example, LSAT 102 can 
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systematically poll SRMS 106 for the presence of new Service Orders" (e.g., service order 
information)" (Gabbita, column 19, lines 19-23). Further, Gabbita teaches that "LSAT 102 
maintains a History File" (e.g., storing) "of the significant events that occur within the system as it 
pertains to each Service Order. These events include transaction processing activities, system 
access information, and administrative manipulation of system data" and "[a]s LSAT 102 tracks 
each Service Order through the lifecycle" (e.g., the service order information), "it maintains a 
historical record of each Work Step completed and other important actions taken". (Gabbita, 
column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, "LSAT 102 tracks the status 
of each Work Plan against the planned schedule" (Gabbita, column 12, lines 9-10). Gabbita 
teaches that "[hjistory File data for Work Steps include actual step completion times as well as 
planned start and finish times." (e.g., service order information time samples) "This information 
permits the comparison of standard intervals defined for a Work Plan with actual completion data 
enabling the fine tuning of Workflow intervals." Data such as "[e]very change in the status of a 
Work Step". (Gabbita, column 30, lines 45-48 and 61) where the "LSAT 102 tracks the status of 
each Work Step from the time it is scheduled (status of pending) through the time it is being acted 
upon (status Current) until it is reported completed (status Complete)." (Gabbita, column 18, lines 
6-9). Gabbita does not expressly teaches the following limitation, however Lickiss in an 
analogous art of monitoring service order processing for the purpose of tracking the stage of the 
service order process (column 1 1 , lines 5-7) as shown, does: 

• the service order information including respective status identifiers that indicate a 
relationship of respective service orders to a stage of the service order process ( 
Figure 10 and column 11, lines 5-7: reference character 555, "Transaction Code 
Status Indicator" and "... reporting and status files will contain either reject codes, 
pending codes, disconnect and install codes", which teaches an status codes 
identifying each stage of the order process); 



Application/Control Number: 10/685,190 Page 20 

Art Unit: 3623 

• and a service order monitor operative to generate respective series of successive 
time samples of service order information stored in ttie first database for respective 
service orders of the population of service orders; to generate respective service 
order information time samples for respective times for the population of service 
orders (column 4, lines 21-26 and column 7, lines 12-16, column 10 lines 19-20: 
"...the CD Server updates status of each order in the Order Tracking Database..." 
where "a customer can view the status of their orders in real-time." (e.g., respective 
series of successive time samples of service order information) "[a]dditionally, a 
variety of reports can be generated to provide more accurate and timely status 
information" (e.g., time samples of service order information), which the CD Server 
provides reports such as "front-end rejects, outbound installs, outbound 
disconnects, batch status, aged LEC rejects, pending LEC action, batch summary, 
and LEC disconnects to the customers via the GUI 110". Further, "the customer is 
made aware of the Status of an order at all times"); 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method for managing the workflow for processing service orders of 
Gabbita with the technique of order processing and reporting system, as taught by Licl<iss 
because a customers "can view the status of their orders in real-time" and monitor their service 
order process, since the database updates the status of each service order and "a variety of 
reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), then, this will improve the tracking service order process 
efficiency when an order is delayed, since the company employees "can immediately determine 
the cause of the delay so that corrective action can be taken before the delay becomes critical." 
(Gabbita, column 2, lines 13-15). 
Claim 9: 

As per claim 9, this claim encompasses substantially the same scope as claim 2. Accordingly, 
claim 9 is rejected in substantially the same manner as claim 2, as described above. 
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Claim 11: 

Gabbita as shown discloses the following limitations: 

• further comprising a spreadsheet configured to store the computed aggregate 
measure, (column 30 lines 39-40, column 31, lines 6-13 and column 5, lines 38-41: 
which teaches that the database provide query capability for customized reports, 
such as graphics and spreadsheets, since "all data is recorded in a manner that 
supports reporting". ); 

Claim 13: 

Gabbita as shown discloses a computer-readable medium to monitor service order processing in 
a service order process, the computer-readable medium comprising: 

• code configured (column 12, line 65: "The LSAT user interface at 120 is preferably 
an Intranet-based 118 application..."); 

• to identify transitions in the status identifiers by comparing service order status 
identifiers of the service order information time samples stored in the second 
database (Figure 5, reference character 518, Figure 2, which it illustrates the 
workflow for processing service orders, column 12, lines 8-22, column 28, lines 13- 
18 and column 30, lines 45-48, 61, which teaches a block diagram showing a 
plurality of database tables, database table fields and relationship between 
database tables and/or fields where the Local Service Activity Tracker (LSAT) 
transition table contains information such as transition identification, name and type 
(e.g., status identifies) where "[i]f the Work Step is associated with a Jeopardy 
point, then the process compares the completed date and time" (e.g., the service 
order information time samples) "with the scheduled date and time for the Work 
Step". Gabbita teaches that the process compares the completed date and time 
(e.g., comparing service order status identifiers) which the data was previously 
stored in the history file of the LSAT, since "LSAT 102 tracks the status of each 
Work Plan against the planned schedule". Further Gabbita teaches that "[h]istory 



Application/Control Number: 10/685,190 Page 22 

Art Unit: 3623 

File data for Work Steps include actual step completion times as well as planned 
start and finish times. This information permits the comparison of standard intervals 
defined for a Work Plan with actual completion data enabling the fine tuning of 
Workflow intervals." Data such as "[e]very change in the status of a Work Step" ); 

• code configured to store records of the identified transitions and corresponding 
times of tfie transitions in tfie second database (column 30, lines 41-45: which 
teaches that "LSAT 102 tracks each Service Order through the lifecycle, it 
maintains a historical record of each Work Step completed and other important 
actions taken" where "[h]istory File data" (e.g., storing records of the identified 
transitions and corresponding times) "for Work Steps include actual step completion 
times as well as planned start and finish times" which teaches an history tracking 
for each service order status and times stored in the LSAT database); 

• code configured to analyze tfie stored records of tfie identified transitions to 
determine completion intervals for the stages (column 30, lines 42-65 and column 
9, lines 31-38: "This information permits the comparison of standard intervals 
defined for a Work Plan with actual completion data enabling the fine tuning of 
Workflow intervals.", where "LSAT 102 calculates the planned start and finish times 
for each step using the customer requested delivery date (CRDD) and/or the 
customer committed due date (CCDD) as available. The planned delivery date of 
the Work Plan is calculated using planned start and finish times of the various Work 
Steps" which completion intervals can be determined); 

• and code configured to compute an aggregate measure of progression of the 
population of status orders through the stages from the determined completion 
intervals (column 12 lines 16-18: which Local Service Activity Tracker (LSAT) track 
the status and times of each service order and "compares the completed date and 
time with the scheduled date and time for the Work Step" also as discussed above 
"LSAT 102 calculates the planned start and finish times for each step using the 
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customer requested delivery date (CRDD) and/or the customer committed due date 
(CCDD) as available. The planned delivery date of the Work Plan is calculated 
using planned start and finish times of the various Work Steps", which teaches the 
progress of each service order); 

• wherein the code configured to generate respective series of successive time 
samples of service order information for respective service orders of a population of 
service orders comprises code configured to periodically extract service order 
information from a first database (column 19, lines 19-23, which teaches that "[i]n 
one method, LSAT 102, continuously or periodically polls the other computer 
system, such as SRMS 106, for the presence of a particular event. For example, 
LSAT 102 can systematically poll SRMS 106 for the presence of new Service 
Orders" (e.g., service order information) and column 21, lines 54-55: which teaches 
"information that is extracted from the DBMS 104 by LSAT 102 to select and 
process Service Orders" where service order information is extracted from a 
database); 

• and to store the service order information time samples in a second database 
(column 16, lines 8-9, column 30, lines 35-39 and 41-43: which teaches that "a 
database management system, such as an Oracle database is used to store such 
data" where "LSAT 102 maintains a History File of the significant events that occur 
within the system as it pertains to each Service Order" and "[a]s LSAT 102 tracks 
each Service Order through the lifecycle" (e.g., the service order information time 
samples), "it maintains a historical record of each Work Step completed and other 
important actions taken" where History File functions as a database backup to 
record and stored all "transaction processing activities, system access information, 
and administrative manipulation of system data"); 

Gabbita teaches that "LSAT 102, continuously or periodically polls the other computer system, 
such as SRMS 106, for the presence of a particular event. For example, LSAT 102 can 
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systematically poll SRMS 106 for the presence of new Service Orders" (e.g., service order 
information)" (Gabbita, column 19, lines 19-23). Further, Gabbita teaches that "LSAT 102 
maintains a History File" (e.g., storing) "of the significant events that occur within the system as it 
pertains to each Service Order. These events include transaction processing activities, system 
access information, and administrative manipulation of system data" and "[a]s LSAT 102 tracks 
each Service Order through the lifecycle" (e.g., the service order information), "it maintains a 
historical record of each Work Step completed and other important actions taken". (Gabbita, 
column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, "LSAT 102 tracks the status 
of each Work Plan against the planned schedule" (Gabbita, column 12, lines 9-10). Gabbita 
teaches that "[hjistory File data for Work Steps include actual step completion times as well as 
planned start and finish times." (e.g., service order information time samples) "This information 
permits the comparison of standard intervals defined for a Work Plan with actual completion data 
enabling the fine tuning of Workflow intervals." Data such as "[e]very change in the status of a 
Work Step". (Gabbita, column 30, lines 45-48 and 61) where the "LSAT 102 tracks the status of 
each Work Step from the time it is scheduled (status of pending) through the time it is being acted 
upon (status Current) until it is reported completed (status Complete)." (Gabbita, column 18, lines 
6-9). Gabbita does not expressly teaches the following limitation, however Lickiss in an 
analogous art of monitoring service order processing for the purpose of tracking the stage of the 
service order process (column 1 1 , lines 5-7) as shown, does: 

• code configured (column 6, line 43: "CD Server 130 is a software application"); 

• to generate respective series of successive time samples of service order 
information for respective service orders of a population of service orders; to 
generate respective service order information time samples for respective times for 
the population of service orders (column 4, lines 21-26 and column 7, lines 12-16, 
column 10 lines 19-20: "...the CD Server updates status of each order in the Order 
Tracking Database..." where "a customer can view the status of their orders in real- 
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time." (e.g., respective series of successive time samples of service order 
information) "[a]dditionally, a variety of reports can be generated to provide more 
accurate and timely status information" (e.g., time samples of service order 
information), which the CD Server provides reports such as "front-end rejects, 
outbound installs, outbound disconnects, batch status, aged LEG rejects, pending 
LEG action, batch summary, and LEG disconnects to the customers via the GUI 
110". Further, "the customer is made aware of the Status of an order at all times"); 

• the service order information including respective status identifiers ttiat indicate a 
relationsfiip of respective service orders to a stage of tfie service order process; 
(Figure 10 and column 11, lines 5-7: reference character 555, "Transaction Gods 
Status Indicator" and "reporting and status files will contain either reject codes, 
pending codes, disconnect and install codes", which teaches an status codes 
identifying each stage of the order process); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method for managing the workflow for processing service orders of 
Gabbita with the technique of order processing and reporting system, as taught by Lickiss 
because a customers "can view the status of their orders in real-time" and monitor their service 
order process, since the database updates the status of each service order and "a variety of 
reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), then, this will improve the tracking service order process 
efficiency when an order is delayed, since the company employees "can immediately determine 
the cause of the delay so that corrective action can be taken before the delay becomes critical." 
(Gabbita, column 2, lines 13-15). 
Claim 14: 

Gabbita as shown discloses the following limitations: 

• wherein the code configured to generate respective series of successive time 
samples of service order information for respective service orders of a population of 
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service orders comprises (column 30, lines 39-40: "All data is recorded in a manner 
that support reporting") 

• code configured to extract service order information for ttie population of sen/ice 
orders from the first database for a first time (column 21 , lines 54-55: which teaches 
"information that is extracted from the DBMS 104 by LSAT 102 to select and 
process Service Orders" where service order information is extracted from a 
database); 

• and to extract service order information for the population of service orders from the 
first database for a second time succeeding the first time (column 30, lines 35-39 
and 41-43: which teaches that "LSAT 102 maintains a History File of the significant 
events that occur within the system as it pertains to each Service Order" and "[a] 
LSAT 102 tracks each Service Order through the lifecycle, it maintains a historical 
record of each Work Step completed and other important actions taken" where 
History File functions as a database backup to record and stored all "transaction 
processing activities, system access information, and administrative manipulation of 
system data"); 

• and wherein the code configured to identify transitions in the status identifiers 
comprises code configured to compare a service order status identifier to the first 
service order information time sample to a service order status identifier of the 
second service order information time sample to identify at least one transition in a 
service order status identifier for at least one service order (column 30, lines 42-65, 
column 9, lines 31-38 and column 12, lines 8-22: which teaches "[t]his information 
permits the comparison of standard intervals defined for a Work Plan with actual 
completion data enabling the fine tuning of Workflow intervals.", where information 
is obtained from the History File and then "LSAT 102 calculates the planned start 
and finish times for each step using the customer requested delivery date (CRDD) 
and/or the customer committed due date (CCDD) as available. The planned 
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delivery date of the Work Plan is calculated using planned start and finish times of 
the various Work Steps". Which teaches that "the process compares the completed 
date and time with the scheduled date and time for the Work Step". Gabbita 
teaches that the process compares the completed date and time (e.g., comparing 
service order status identifiers) which the data was previously stored in the history 
file of the LSAT, since "LSAT 102 tracks the status of each Work Plan against the 
planned schedule"); 

Gabbita as discussed above teaches "information that is extracted from the DBMS 104 by LSAT 
102 to select and process Service Orders" (Gabbita, column 21, lines 54-55). Further, Gabbita 
teaches that "LSAT 102 maintains a History File" (e.g., storing) "of the significant events that 
occur within the system as it pertains to each Service Order. These events include transaction 
processing activities, system access information, and administrative manipulation of system data" 
and "[a]s LSAT 102 tracks each Service Order through the lifecycle" (e.g., the service order 
information), "it maintains a historical record of each Work Step completed and other important 
actions taken". (Gabbita, column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, 
"LSAT 102 tracks the status of each Work Plan against the planned schedule" (Gabbita, column 
12, lines 9-10). Gabbita teaches that "[h]istory File data for Work Steps include actual step 
completion times as well as planned start and finish times." (e.g., service order information time 
samples) "This information permits the comparison of standard intervals defined for a Work Plan 
with actual completion data enabling the fine tuning of Workflow intervals." Data such as "[e]very 
change in the status of a Work Step". (Gabbita, column 30, lines 45-48 and 61) where the "LSAT 
102 tracks the status of each Work Step from the time it is scheduled (status of pending) through 
the time it is being acted upon (status Current) until it is reported completed (status Complete)." 
(Gabbita, column 18, lines 6-9). Gabbita does not expressly teaches the following limitation, 
however Lickiss in an analogous art of monitoring service order processing for the purpose of 
tracking the stage of the service order process (column 1 1 , lines 5-7) as shown, does: 
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• to generate a first service order information time sample; to generate a second 
service order information time sample e (column 4, lines 21-26 and column 7, lines 
12-16, column 10 lines 19-20: "...the CD Server updates status of each order in the 
Order Tracking Database..." where "a customer can view the status of their orders 
in real-time." (e.g., first and second service order information) "[ajdditionally, a 
variety of reports can be generated to provide more accurate and timely status 
information" (e.g., first and second service order information time samples) which 
the CD Server provides reports such as "front-end rejects, outbound installs, 
outbound disconnects, batch status, aged LEC rejects, pending LEC action, batch 
summary, and LEC disconnects to the customers via the GUI 110". Further, "the 
customer is made aware of the Status of an order at all times"); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the invention 
to generate respective series of successive time samples (e.g., accurate and timely status 
information) as taught by Lickiss, to improve Gabbita thereby giving the predictable result of 
providing to a customer to "view the status of their orders in real-time" and monitor their service 
order process, since the database updates the status of each service order and "a variety of 
reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), 
Claim 15: 

Gabbita as shown discloses the following limitations: 

• code configured to determine, for the respective service orders, respective 
completion intervals between a first transition when a service order first arrives at a 
first stage and a second transition when the service order moves from a second 
stage following the first stage and on to a third stage following the second stage; 
(column 30, lines 42-65 and column 9, lines 31-38: "This information permits the 
comparison of standard intervals defined for a Work Plan with actual completion 
data enabling the fine tuning of Workflow intervals.", where "LSAT 102 calculates 
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the planned start and finish times for each step using the customer requested 
delivery date (CRDD) and/or the customer committed due date (CCDD) as 
available. The planned delivery date of the Work Plan is calculated using planned 
start and finish times of the various Work Steps", which completion intervals can be 
determined for each step or stage); 

• and code configured to store the determined completion intervals in the second 
database; (column 30, lines 35-39 and 41-43: "LSAT 102 maintains a History File of 
the significant events that occur within the system as it pertains to each Service 
Order" and "As LSAT 102 tracks each Service Order through the lifecycle, it 
maintains a historical record of each Work Step completed and other important 
actions taken" where History File functions as a database backup to record all data 
such as "transaction processing activities, system access information, and 
administrative manipulation of system data"); 

• and wherein the code configured to compute an aggregate measure of progression 
of the population of status orders through the stages from the identified completion 
intervals comprises code configured to compute an average of the stored 
completion intervals, (column 3, lines 11-14 and column 5, lines 38-41: "Detailed 
statistical information is maintained for audit and reporting purposes. Reports 
reflecting the effectiveness of workforce management and work administration is 
obtained" which teaches that information can be obtained from the database and 
any query can be performed since "...the web based interface module further 
provides query capability to provided customized views, reports and tracking 
information pertaining to current and past Service Orders." ); 

Claim 16: 

Gabbita as shown discloses the following limitations: 

• further comprising code configured to store the computed aggregate measure in a 
spreadsheet (column 30 lines 39-40, column 31, lines 6-13 and column 5, lines 38- 
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41: which teaches that the database provide query capability for customized 
reports, such as graphics and spreadsheets, since "all data is recorded in a manner 
that supports reporting". ); 
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